home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000053_ernest@pundit.c…ep.caltech.edu_Mon Sep 27 15:51 MDT 1993.msg < prev    next >
Internet Message Format  |  1994-10-30  |  3KB
  1. Received: from yvax2.byu.edu by maine.et.byu.edu; Mon, 27 Sep 93 15:51:12 -0600
  2. Return-Path: <ernest@pundit.cithep.caltech.edu>
  3. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  4.  <01H3G5J3UTV494HE0G@yvax.byu.edu>; Mon, 27 Sep 1993 15:48:30 MDT
  5. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  6.  <01H3G5IC4T4G935SHR@yvax.byu.edu>; Mon, 27 Sep 1993 15:47:50 MDT
  7. Received: from yvax2.byu.edu by alaska.et.byu.edu; Mon, 27 Sep 93 15:49:27 -0600
  8. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  9.  <01H3G5HEG9I8935HKI@yvax.byu.edu>; Mon, 27 Sep 1993 15:47:21 MDT
  10. Received: from cithe501.cithep.caltech.edu by yvax.byu.edu (PMDF V4.2-13 #4169)
  11.  id <01H3G5H33MV4935ZLF@yvax.byu.edu>; Mon, 27 Sep 1993 15:46:50 MDT
  12. Received: from pundit.cithep.caltech.edu by cithe501.cithep.caltech.edu (AIX
  13.  3.2/UCB 5.64/4.03) id AA19219; Mon, 27 Sep 1993 14:46:42 -0700
  14. Received: by pundit.cithep.caltech.edu (NX5.67d/NeXT-1.0) id AA02757; Mon,
  15.  27 Sep 93 14:46:37 -0700
  16. Received: by NeXT.Mailer (1.95)
  17. Received: by NeXT Mailer (1.95)
  18. Date: Mon, 27 Sep 1993 14:46:37 -0700
  19. From: ernest@pundit.cithep.caltech.edu (Ernest Prabhakar)
  20. Subject: Re: MiscString - Categories?
  21. To: misckit@byu.edu
  22. Reply-To: ernest@cco.caltech.edu
  23. Message-Id: <9309272146.AA02757@pundit.cithep.caltech.edu>
  24. Content-Transfer-Encoding: 7BIT
  25. Status: O
  26.  
  27. >>The string class stuff currently in the MiscKit looks nice,
  28. >>but I think I'd like to see it broken up into a small heirarchy
  29. >>of classes.
  30.  
  31. > Another possibility is splitting up the .m file into components
  32. > to make them more manageable, but again it means more files.
  33. > I'm not sure if it's possible to decide which sections get included
  34. > or not.... if so, that is another possiblity - allow the programmer
  35. > to decide which sections of code they want want to bring in.
  36.  
  37. Isn't this precisely what "Categories" are for?  The essential functionality is in the class; creeping features go into the categories.  Normally, the '.m' files get compiled into a library, and the user includes '.h' files for whichever methods he wants to call.  For a developer wanting to use the kit in this application, he can start with the class, and then add whichever categories (both .h and .m files) he needs.
  38.  
  39. - Ernie P.
  40. ---
  41. Ernest N. Prabhakar                  Caltech High Energy Physics
  42. Member, League for Programming Freedom (league@prep.ai.mit.edu)
  43. CaJUN President        NeXTMail:ernest@pundit.cithep.caltech.edu
  44. "...and ourselves, your servants for Jesus sake." - II Cor 4:5b
  45. #import <std/disclaimer.h>